home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 9 / Night Owl CD-ROM (NOPV9) (Night Owl Publisher) (1993).ISO / 016a / bgnetb12.zip / BGNET.TXT < prev    next >
Text File  |  1993-03-23  |  20KB  |  435 lines
  1. BGNET 1.0 BETA 12  TUE 23 MAR 93
  2. --------------------------------
  3.  
  4. I'm going to start taking lessons from Boris Yeltsin.  (I've probably just
  5. butchered his name like mad), but, the net status fields have pushed me to
  6. the limit.  In the past two weeks I've had four people send me sample QWK
  7. bags that had net status in it.  Each bag was using a different format.
  8. Rather than spend the next two years trying to figure out what I'm supposed
  9. to do with all the bloody net status fields, I have taken a different step:
  10.  
  11.       BGNET NO LONGER CHECKS FOR NET STATUS IN QWK PACKETS!
  12.  
  13. I urge you to get permission from the sysop of the other board before
  14. importing the mail to your BBS, but, I can't stop you from doing it
  15. unauthorized anymore.  I got the Orkin Man to spray BGNET so BGNET no
  16. longer even knows what "net status" means.  It doesn't care.  It will
  17. import any d*mn packet you tell it to import now.
  18.  
  19. A few cosmetic changes to both the display and log file made it into this
  20. version.  Now that we have the stupid net status nonsense out of the way, I
  21. can spend time improving the display, log file, and increasing the speed of
  22. imports and exports.  That'll be another day.
  23.  
  24. Please note the new REGISTER.FRM for BGQWK/BGNET is included in this
  25. ARJ file.  You can now register with your CREDIT CARD (Discover, VISA,
  26. Mastercard, and now, EVEN AMERICAN EXPRESS).
  27.  
  28. BGNET 1.0 BETA 11  WED 13 JAN 93
  29. --------------------------------
  30.  
  31. It's been two months since the last release of BGNET.  I've fixed some bugs
  32. and made some changes and improvments.  I should be writing a documentation
  33. to BGNET as it gets more stable.
  34.  
  35. 1. The net status determination engine has been rewritten yet again.  I
  36.    saw a bug report that indicated BGNET would not recognize net status in
  37.    conference 0.  It should be now.  Whoever reported that bug, please let me
  38.    know if this beta fixes it.
  39.  
  40.    If you wish to import GT Power packets with BGNET, you will have to ask
  41.    the sysop of the BBS you are calling to change line 299 of his SYSOP.BBS
  42.    file from the default of:
  43.  
  44. "Produced by Qmail...Copyright (c) 1987 by Sparkware.  All Rights Reserved"
  45.  
  46.    ... and change it to:
  47.  
  48. "MarkMail and RNet, The Logical Choice!"
  49.  
  50.    Doing this will make BGNET think the GT Power on the other end is really
  51.    a MarkMail door which gives global net status to all conferneces.  This
  52.    does NOT have to be done if the other GT Power system offers the BGQWK
  53.    door.
  54.  
  55. 2. BGNET will now import messages (especially on big QWK packets) more
  56.    quickly than before as BGNET will build a single index to use for all
  57.    conferences rather than doing it one conference at a time as in the last
  58.    few betas.  This, however, limits the maximum number of messages in one
  59.    QWK packet to 4096.  If this number is too small, let me know and I'll
  60.    make it bigger.
  61.  
  62. 3. Added support for two environment variables ... QWKDIR and REPDIR.
  63.    BGNET will default to looking for QWK files in the directory specified by
  64.    the TP= directive in the GT.CNF file.  REP files default to be created in
  65.    the directory specified by the UP= directive in the GT.CNF file.  To
  66.    override this, simply do the following in AUTOEXEC.BAT or the batch files
  67.    that start up BGNET:
  68.  
  69.    SET QWKDIR=J:\RELAY\BACKUP
  70.    SET REPDIR=D:\NETTEST
  71.  
  72.    Will force BGNET to look for QWK files in J:\RELAY\BACKUP rather than
  73.    C:\GT\SPECREQ (which is specified by TP= in GT.CNF).  REPDIR is similar.
  74.    Remember, using these environment variables is totally OPTIONAL.
  75.  
  76. 4. Attempted to fix, yet again, the problem with PKZIP and PKUNZIP not
  77.    being found at times.  The PKZIP and PKUNZIP paths will be shown on the
  78.    screen so the sysop knows what's been looked for where.
  79.  
  80. 5. BGNET was writing to BGQWKpid.LOG rather than BGNETpid.LOG.  OOOPS!!!
  81.    Fixed.
  82.  
  83. 6. If the work directory cannot be deleted for some reason, rather than
  84.    erroring out with a Runtime 162 or Runtime 005, the error will be taking
  85.    care of gracefully and added to the log file.
  86.  
  87. 7. Some minor changes were made for debugging purposes.
  88.  
  89. Special copies of BGNET were made for two people that helped with problems
  90. with the latest MarkMail Beta.  The "fix" cannot be found in this public
  91. beta as it would compromise the security of the MarkMail door.
  92.  
  93. BGNET 1.0 BETA 10  SAT  7 NOV 92
  94. --------------------------------
  95.  
  96. It's been three months since the last BGNET ... so here's some new stuff:
  97.  
  98. 1. IMPORTANT ... THIS IS NOT A DROP IN REPLACEMENT ...
  99.  
  100.    Your hubid.CNF configuration files must be CHANGED ...  BGNET now allows
  101.    you to use up to FOUR different export and import taglines.  This is
  102.    provided so those people that pick up more than one network from the
  103.    same hub system can configure the taglines and make only one run to the
  104.    same hub system rather than many more.  Here is an example of the NEW
  105.    format of the BGNET.CNF file:
  106.  
  107. I1=001/070: Computech
  108. E1=001/040: Tranquility Base - 713-893-9124 - Houston, Tx
  109. I2=LinkNet: INCOMING ....
  110. E2=LinkNet: The Great American Tokad
  111. -----+-------+[n=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]
  112. 0003 | 01576 | 1=F:\MAIL\TEST,
  113. 0217 | 00205 | 2=F:\MAIL\E20-343,
  114. 0134 | 03435 | 1=F:\MAIL\BATMAN,
  115. 0135 | 02034 | 1=F:\MAIL\RETURNS,
  116.  
  117.    The only changes you'll have to make is edit the "EX=" to "E1=" and
  118.    edit the "IM=" to "I1=" then go and put a "1=" in front of all your
  119.    message areas in the hubid.CNF file.
  120.  
  121.    The way the above example file would work, any mail from your system for
  122.    the 3, 134, and 135 conferences will have a "Tranquility Base..."
  123.    tagline appened to it.  Any outgoing mail in the 217 conference will
  124.    have "The Great American Tokad" tagline appended to it.
  125.  
  126. 2. All registered users of BGQWK are now registered users of BGNET!  BGNET
  127.    will check for a valid BGQWK registration in the BGQWK.KEY file and if it
  128.    finds it, you'll be registered.  Remember BGNET and BGQWK look for the
  129.    BGQWK file in the LANPATH (if you have one), or the GTPATH (if you don't).
  130.  
  131. 3. BGNET now verfies that both the GTPATH and DOS PATH exist before
  132.    continuing with the initialization.
  133.  
  134. 4. BGNET was not loading all conference information from the CONTROL.DAT
  135.    file properly (it never loaded the last conference), and, in some cases,
  136.    caused certain conferences that should have had net status marked
  137.    without it.  Special thanks to Bob Wallace for identifying this.
  138.  
  139. 5. The work directory will now be called \BGNETpid.WRK.  The swap file name
  140.    will be BGNETpid.SWP and the new log filename will be BGNETpid.LOG where
  141.    "pid" is your LAN pid number (it'll be "0" if you don't have a LAN).
  142.    This is the same convention BGQWK uses (except NET is replaced with QWK).
  143.  
  144. 6. Messages with GT's internal ";rep" commands in them are filtered of the
  145.    ";rep" component while exported.
  146.  
  147. 7. This copy of BGNET.EXE is not compressed with DIET.  You may want to
  148.    compress the EXE file with DIET, PKLITE or another EXE compressor to save
  149.    space.
  150.  
  151. BGNET 1.0 BETA  9  WED 29 JUL 92
  152. --------------------------------
  153.  
  154. 1. Tony Reynolds reported a problem with BGNET importing packets made with
  155.    the MarkMail door.  A fix for this problem has now been put in place.
  156.  
  157. 2. A few people reported problems with BGNET running PKZIP.  I have no idea
  158.    what could be causing that, but BGNET now puts a little debug information
  159.    to see if we can find anything out.
  160.  
  161. BGNET 1.0 BETA  8  WED 22 JUL 92
  162. --------------------------------
  163.  
  164. 1. FINALLY --- BGNET now utilizes EMS 3.2/4.0 or disk swapping when shelling
  165.    to run PKZIP/PKUNZIP, etc to give you every bit of memory you can get ...
  166.    when shelled, BGNET only uses about 3K of memory giving the rest of your
  167.    conventional memory for the child program.
  168.  
  169. 2. FINALLY --- BGNET will now create a LOG file detailing what exactly is
  170.    happening.  With this, there are too new command line options:
  171.  
  172.      'O', when used, will DISABLE logging.
  173.      'P', when used, will PIPE logging into the GT.LOG file.
  174.  
  175.    Obviously, the O and P command line options CANNOT be used at the same
  176.    time.  Remember how to specify command line options?
  177.  
  178.    BGNET hubid /x:options d:
  179.  
  180.    (Where "x" is E, I or R and "options" are the indiviual command line
  181.    options you wish to use smushed together).  Example:
  182.  
  183.      BGNET c-tech /i:kp5 f:
  184.  
  185.    Would run BGNET for the C-TECH hub in IMPORT mode using F: as the work
  186.    drive.  The "kp5" would indicate to kill protect ('K') incoming messages,
  187.    pipe ('P') all logging information in the GT.LOG file and use GT 15 style
  188.    message bases ('5').
  189.  
  190. 3. A status line has been added that shows the hub id, mode of operation,
  191.    MES or MSG compatability, EMS/disk usage amount, and registration
  192.    information.
  193.  
  194. 4. A bug in the last beta ... If NETFLAGS.DAT existed, BGNET was having a
  195.    cow trying to read the file since I "fixed" it in beta 7, <grin>.
  196.  
  197. There's still more to come ...  Stay tuned, same bat time, same bat channel.
  198.  
  199. BGNET 1.0 BETA  7  THU 16 JUL 92
  200. --------------------------------
  201.  
  202. Oh No!  Another BGNET release in just two days!  AHHHHHHHHHH!  :)
  203.  
  204. 1. If seems as if some mail doors are not including the NETFLAGS.DAT file
  205.    for net status information, but rather are putting the information in
  206.    another place.  This other place is now checked.  If BGQWK reports that the
  207.    packet does not have net status and you are positive your hub sysop has
  208.    granted you net status, please call me at 713-893-9320 and let me know.  It
  209.    seems as if there is not really a "standard" for net status.  If anyone
  210.    knows any other QWK door authors that know about net status, please let me
  211.    know so I can try to get in touch with them.
  212.  
  213. 2. Some cosmetic changes (when importing, the actual conference names are
  214.    now read in from the CONTROL.DAT file).
  215.  
  216. Again, this is just a quick bug release ... many more features will be
  217. coming soon to a BGNET near you ...
  218.  
  219. BGNET 1.0 BETA  6  TUE 14 JUL 92
  220. --------------------------------
  221.  
  222. It's been about two months since the last beta release of BGNET and that's
  223. been surprising because I just found a whole slew of nasty bugs.  I've been
  224. so busy with BGQWK lately I haven't had had much time to work on it, but
  225. hopefully that will change now.
  226.  
  227. 1. Major problems with the status status identification logic: it wasn't
  228.    working at all!  Now, the NETFLAGS.DAT file will be read by BGQWK after
  229.    unpacking the MESSAGES.DAT file from the .QWK on an import run.  You can
  230.    not import messages into conferences you aren't granted net status for.
  231.    Leave me messages in E02/758 (BG Support) if this seems to be causing
  232.    problems.  I've examined a few net status packets, and none of them seem
  233.    to work the way they are supposed to, <ugh>.
  234.  
  235. 2. Support for registration keys is finally back.  If you sent in a BGNET
  236.    registration, you can call my board and open door four to pick up a combo
  237.    BGQWK/BGNET registration key.  The file name will be BGQWK.KEY (yes,
  238.    that's not a typo, even if you have NOT registered BGQWK).
  239.  
  240. 3. The name of the work directory will now be \BG$NET$.pid rather than
  241.    \BG$WORK$.pid so as to not confuse work directories with BGQWK and BGNET.
  242.    (I'll probably end up changing BGQWK's work directory to \BG$QWK$.pid
  243.    in BGQWK Beta 33).
  244.  
  245. 4. The "dummy packet" identification scheme was pretty much messed up big
  246.    time.  I've corrected it and done a little fine tuning to make detection
  247.    quicker than before.  I also noticed a SHARE violation if this happened,
  248.    and that has been corrected as well.
  249.  
  250. 5. Some minor cosmetic changes.
  251.  
  252. This has been a mainly bug fix release.  I still have many many more things
  253. to do with BGNET such as adding EMS/disk swapping support, support for
  254. 'kludged' line entries, etc.  I'll get to it soon.
  255.  
  256. BGNET 1.0 BETA  5  TUE 19 MAY 92
  257. --------------------------------
  258.  
  259. 1. Several new conference options have been created for help with people
  260.    trying to pick up FidoNet echos.  New options:
  261.  
  262.          S - strip high bits on characters on export
  263.          A - translate ANSI <ESC>[ to `[ psuedo-ansi on export
  264.          F - use one line export tag line rather than two, example:
  265.     without F -> ---
  266.                   ■ BgNet 1.0ß1 ≈ Tranquility Base - Houston, Texas
  267.     with F    -> --- BgNet 1.0ß1 - Tranquility Base - Houston, Texas
  268.  
  269.     To use these options, like BGQWK, place the letters of the options you
  270.     wish to use for a conference after the comma.  Example:
  271.  
  272.          -----+-------+[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]
  273.          0041 | 01443 | D:\MAIL\TEST,SAF
  274.          0040 | 01455 | D:\MAIL\TESTII
  275.          0039 | 01443 | D:\MAIL\LANTEST,A
  276.  
  277. 2. Some users have requested that there be a way to tell BGNET *not* to
  278. create a null packet when no outgoing messages are available.  I have added
  279. a command line option to do this, but I wouldn't recommend doing this.  I
  280. like the way the null rep packet logic works.  To force BGNET to *not*
  281. create an empty rep packet when no outgoing messages are available, do this:
  282.  
  283.          bgnet tranquil /e:n f:
  284.  
  285. where "tranquil" is board id (looked up in TRANQUIL.CNF file) and the /E:N
  286. means export messages and do *not* create empty packet and F: is the work
  287. drive used.
  288.  
  289. BGNET 1.0 BETA  4  SUN  3 MAY 92
  290. --------------------------------
  291.  
  292. 1. Jim Kreyling discovered the TOMCAT mail door did not like packets
  293.    created with BGNET because the header of the REP .MSG packets were padded
  294.    with null characters rather than spaces.
  295.  
  296. 2. Douglas Pippel discovered that imported messages with psuedo-ansi codes,
  297.    `[, were not being transformed into the true-ansi codes, <esc>[.
  298.  
  299. BGNET 1.0 BETA  3  WED 22 APR 92
  300. --------------------------------
  301.  
  302. <GRIN>
  303.  
  304. 1. Well, Douglas Pippel informed be that BGNET was bombing out if more than
  305.    so many message bases were used.  I saw this problem with the /e export
  306.    function and fixed it, but forgot to check it in the /r reset and /i import
  307.    functions.  Those functions should now be fixed.
  308.  
  309. BGNET 1.0 BETA  2  TUE 21 APR 92
  310. --------------------------------
  311.  
  312. 1. When imported messages BGNET was continuously "saving last exported
  313.    pointers".  This was only supposed to happen after all messages had been
  314.    imported, not after everyone.  Fixed.
  315.  
  316. 2. The number of messages imported is now displayed.
  317.  
  318. 3. BGNET was suffering the same problem TNet was suffering when exporting
  319.    mail.  I kept opening numerous MESSAGE.CTL files and forgetting to close
  320.    them resulting in a too many files error.  This is now fixed on export.
  321.  
  322. 4. When importing messages, if the QWK header has the net tagline flag
  323.    marked as true, BGNET will not add the "import tag".  I believe this is
  324.    what other QWK network utilities do.
  325.  
  326. BGNET 1.0 BETA  1  SUN 19 APR 92
  327. --------------------------------
  328.  
  329. Welcome to an all new beta test.  Because TNet will no longer support the
  330. UTI interface, I have decided to write my own QWK network message tosser
  331. for GT Power systems.  (This program essentially does the same thing as
  332. GTQWK aka MERLIN).  I have tested this somewhat but not much at all.  I
  333. canalbalized many of the routines from BGQWK, so if BGQWK didn't give you
  334. any LAN problems, this shouldn't (in theory).  This supports GT 15 and
  335. beyond just as BGQWK does.  Since I have decided to start this project, any
  336. reference to "TNet" and "UTI" in the original BGQWK.DOC file are now
  337. obselete and will be replaced at a later date.
  338.  
  339. Well, how do we use this thing?  I've tried to make this as easy to use as
  340. possible, so here is the example syntax:
  341.  
  342.      BGNET hubid /x[:options] d:
  343.  
  344. ...where "hubid" is the eight letter identification used by the hub on its
  345. QWK and REP packets.  where "/x" can have the following values:
  346.  
  347.      /e  export  (bag messages)
  348.      /i  import  (distribute messages)
  349.      /r  reset   (reset last exported pointers to highest message number)
  350.  
  351. ...where "d:" is a drive letter for the work drive.  A temporary directory
  352. will be created (d:\BG$WORK$.pid) the same as used in BGQWK.  (This is okay
  353. since BGQWK and BGNET will never be used at the same time on one specific
  354. node).  If you have a RAM drive, I would highly recommend you use that.
  355.  
  356. ...where options can be:
  357.      5   use gt 15 message format (individual msg files)
  358.      k   kill protect incoming messages
  359.  
  360. Here's my batch file used to send and receive mail for TexasNet:
  361.  
  362. @echo off
  363. del c:\gt\specreq\hopper.qwk
  364. bgnet hopper /e f:
  365. copy c:\gt\uploads\hopper.rep d:\relay\backup
  366. %gt% hopper.scr *xxxx-xxxx
  367. if exist c:\gt\specreq\hopper.qwk goto success
  368. echo *** COMMUNICATIONS FAILTURE WITH TEXAS NET HUB ***
  369. goto end
  370. :success
  371. copy c:\gt\specreq\hopper.qwk d:\relay\backup
  372. bgnet hopper /i f:
  373. del c:\gt\specreq\hopper.qwk
  374. del c:\gt\uploads\hopper.rep
  375. :end
  376. cd %gtpath%
  377.  
  378. The way this batch file works is like so:
  379.    a. delete any old .qwk file in my downloads directory
  380.    b. export any new messages
  381.    c. copy this new (or updated) rep packet into my backup directory
  382.    d. run gt and execute the script to transfer the rep packet and download
  383.       a new qwk packet
  384.    e. check to see if we actually downloaded a .qwk packet ...
  385.       if not, exit the batch file with a communications failure
  386.       if so, continue...
  387.    f. copy this qwk packet to my backup directory
  388.    g. import the packet
  389.    h. delete the .qwk packet and .rep packet from their directories
  390.  
  391. Notice that I do not delete the original .REP file if a communications
  392. failure occured.  When BGNET is started in export mode, it will check to
  393. see if a .REP file already exists.  If it does, BGNET will add any new
  394. outgoing messages to it rather than overwriting it, so it will be your
  395. responsibility to delete the .REP if the transfer was successfully.  If you
  396. use my batch file as an outline for yours, this should be handled
  397. automatically.
  398.  
  399. So, what about the config file?
  400.  
  401. Here is my C-TECH.CNF file that BGNET uses when I want to send/receive GT
  402. Power mail from Russell's board:
  403.  
  404. im=001/070: Computech
  405. ex=001/040: Tranquility Base - 713-893-9124 - Houston, Tx
  406. -----+-------+[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]
  407. 0006 | 01389 | D:\MAIL\E10-037
  408. 0003 | 01237 | D:\MAIL\E02-758
  409. 0001 | 01779 | D:\MAIL\E00-001
  410. 0010 | 00779 | D:\MAIL\E10-009
  411. 0011 | 01119 | D:\MAIL\E01-009
  412. 0012 | 00220 | D:\MAIL\E20-002
  413. 0013 | 00007 | D:\MAIL\NETMAIL
  414.  
  415. NOTICE that the config file is called C-TECH.CNF (not BGNET.CNF)!  BGNET
  416. looks for this file in the directory that your USER.CTL file is kept in
  417. (lanpath on LAN systems, GTPATH otherwise).
  418.  
  419. IM= is the import tagline (which is added to incoing messages).  EX= is the
  420. outgoing tagline (which is added to outgoing, exported messages).
  421.  
  422. The first column of numbers is the number of the conference at the Hub
  423. system your calling.  Note their are FOUR placeholders not just three as in
  424. the BGQWK.CNF file.  (This is because on some PC Board systems, some people
  425. have up to 8192 conferences!)  The second number is the last exported
  426. message number.  This number will be automatically mantained by BGNET as
  427. needed.  I suggest setting it to "00000" when first installing BGNET.  And,
  428. the third row, as you can probably tell, is the pathname to the message
  429. base on your system.
  430.  
  431. Well, that's about all for now.  This program was put together very quickly
  432. so it's probably full of bugs.  Russell has been out of town, so I haven't
  433. had a chance to do any alpha testing.  The display is not pretty---pretty
  434. much just gives you raw information.
  435.